home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
SPACE 2
/
SPACE - Library 2 - Volume 1.iso
/
utility
/
681
/
d_sound
/
read.me
< prev
next >
Wrap
Text File
|
1987-04-21
|
2KB
|
39 lines
While using this interrupt with GFA, I found a couple of
problems. After several months of pulling my hair out, I have
found a way to keep your GFA program from bombing, while using
this interrupt.
First - Make sure you have more than 16K available for the User
Stack
GFA basic automatically takes all available memory except for
16k. I have found that the interrupt bombs one way by
overflowing the User Stack. Leaving about 25k or more seemed to
be a key factor in helping this problem. The best way to do it
is to use the M$ command for the compiler. Also, check to make
sure that 25k or more is available to the user stack after your
memory check for your program. Example:
IF FRE(0)<320000 OR MALLOC(-1)<25000
PRINT "NOT ENOUGH MEMORY
END
ENDIF
Second - Make sure that placement of the Sound routine is placed
after any BMOVES, PUTS or BITBLTs.
This was my first attempt to remove the bombs, and it seemed to
help a little. So, I now program this way, just to be on the
safe side.
Try to use 5000 to 8000 hertz for your playback. Using faster
rates tend to slow down the program. I also noticed that mouse
movement while the sound was playing, caused it to slow down a
bit, on the non-BLITER, 8MHZ ATARIs.
You can use DMAs without this routine for the STE computers.
You can use this routine in your programs so long as you give
credit to 2-BIT and MICRODEAL in the manual and screen.
Vince Valenti